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DETAILED ACTION 

A. This action is in response to the following communications: Request for 
Continued Examination filed: 07/27/2007 

B. Claims 1-4,6-29 and 33 remain pending. 

C. Objections are withdrawn from previous office action due to amendment. 

D. Rejection under 35 USC 101 is withdrawn due to amendment. 



Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
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consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

3. Claims 1,4-11, 14-22, 25, 27-29 and 33 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Schaefer (US Pub 2003/0084429), herein referred to as Schaefer, in view of 
Dewhurst et al. (US 6,430,609) herein referred to as Dewhurst. 



As claiml, Schaefer discloses user interface automation system (fig. 2, label 210, 220 
and 230) comprising: an input component that receives a request (par [0037], lines 6-8); 
and, a navigation component that receives the request from the input component (par 
[0037], lines 3-6) and facilitates simulated user interface associated with an automation 
component (par [0038], lines 1-3 and 5-8; par [0041]; par [0051]; par [0054]-[0055]; par 
[0071]), based at least in part, upon information stored in a map information store (par 
[0041], lines 1-3; par [0043]; par [0045]) and information stored in a command 
information store (par [0041], lines 8-14; par [0043]; par [0045]). Schaefer does not 
expressly teach the navigation component further employs a global information store 
and facilitates a global variable replacement from a single location and sharing of a 
common program flow among a plurality of users in great detail. Schaefer teaches that 
their system takes the navigation component along with other components and relevant 
information is stored on secondary storage. Secondary storage as known in the art is 
commonly placed outside of a local computing area (remote server, "physically not 
connected to the computer running content on primary storage). It is also commonly 
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well known that secondary storage can be locally as well. Schaefer does not distinguish 
between the two possibilities (paragraph 43 and 45). However Schaefer makes mention 
of a network interface module 150 which is used in the system and is defined as "may 
include hardware ("secondary storage" could be expressed by this) and software for 
sending and receiving data over a network, and may be user, for example, in testing a 
software program that has a client/ server architecture". Of course it would have been 
obvious to one of ordinary skill in the art at the time of the invention was made to 
recognize that secondary storage is used for the storage of the navigation component 
which is globally shared among a plurality of users in a client/server architecture as 
suggested by Schaefer (paragraph 43,45-46). For further evidence for one of ordinary 
skill in the art, Schaefer does not expressly teach the navigation component further 
employs a global information store and facilitates a global variable replacement from a 
single location and sharing of a common program flow among a plurality of users in 
complete details without one of ordinary skill in the art to obviously make the 
connection. However in the same field of endeavor Dewhurst teaches the navigation 
component further employs a global information store and facilitates a global variable 
replacement from a single location and sharing of a common program flow among a 
plurality of users (column 4, lines 33-65 and figure 5; wherein depicted are plurality of 
users accessing information from a remote location "server", wherein information is a 
global information store where connected users can replace variables in the global 
information store. The replacement information is updated for other connected users 
from other single locations (clients). Of course it would have been obvious to one of 
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ordinary skill in the art at the time of the invention to include Dewhurst's detailed view of 
global sharing into Schaefer broad view of global sharing, this is true because Dewhurst 
and Schaefer both teach systems and methods of automation of software presented to 
the user using a repository connected to a client. 

As claim 3, Schaefer further discloses the map information store comprises a text- 
based file (par [0048]), lines 11-14). 

As claim 4, Schaefer does not specifically disclose the configuration information store 
comprises a text-based file. However, Schaefer discloses a text-based file (par [0047], 
that HTML is a text based file; par [0048]), lines 11-14). Therefore, it would have been 
obvious to one of ordinary skill in the art at the time the invention to use a text-based file 
for the command information store in order to store and organize information about a 
window and objects on the window, such as text fields, boxes, buttons, menus, etc., and 
making it easy to edit using available software programs installed with most operating 
systems (e.g., text editing program). 

As claim 6, Schaefer further discloses navigation component employing information 
stored in the global information store when a global variable is encountered in the 
command information store (par [0058], lines 6-7; par [0060]). 
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As claim 7, Schaefer further discloses at least one of the map information store and the 
configuration information store comprise at least one alias name (par [0050], lines 5-6). 

As claim 8, Schaefer further discloses the navigation component further stores error 
information in a log information store (par [01 15]-[01 16]). 

As claim 9, Schaefer further inherently discloses the navigation component further 
stores information associated with the request in a log information store (par [01 15]- 
[01 16]- It should be recognized that the steps of monitoring the results of the execution 
of the program, test engine component 170 may generate a text-based log file, and 
store information about the results of the execution including information about 
windows, .GUI map for each window, objects on the window, Actions that were taken, a 
status of whether the test case passed or failed, TimeStart and TimeStop for a window 
action, etc.). 

As claim 10, Schaefer further discloses the navigation component iterates through 
information stored in the command information store (par [0041], lines 8-14; par [0043]; 
par [0045]), performs the indicated operation (fig. 12; par [0115]) and stores information 
associated with the indicated operation in the log information store (par [0115]-[01 16]). 
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As claim 1 1 , Schaefer further discloses the navigation component stores error 
information in the log information store (par [011 5]-[01 16]). 

As claim 14, Schaefer further discloses the input component receives a command line 
invocation (par [0012]), lines 1-5). 

As claim 15, Schaefer further discloses the map information store comprising a section 
name (fig. 8c, label 825c; par [0081], lines 6-9) and a page identifier (fig. 8c, label 820c; v 
par [0081], lines 6-9). 

As claim 16, Schaefer discloses the page identifier comprising a label for a control (fig. 
11, label 1 100; par [0100], lines 5-10), the page identifier further uniquely identifying a 
particular page (fig. 8c, label 820c; par [0081], lines 6-9; fig. 8b, label 890b and 810a); 
par [0079], lines 1-13). 

As claim 17, Schaefer further discloses the page identifier comprising a control type 
(fig. 11, label 1100; par [0100], lines 5-10). 
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As claim 18, Schaefer further discloses the control type is at least one of button, combo, 
list, scroll, static, radio and check type (fig. 11, label 1100 and 1140; par [0101], lines 1- 
5). 

As claim 19, Schaefer further inherently discloses information stored in the command 
information store can be modified by at least one of a front-end user interface 
application, scripting, a batch file and a text editor (par [0093] that Schaefer discloses 
the associated GUI map can be edit using a GUI map editor, since the command 
information store, which is associated with the GUI map, therefore it can be modified 
with the same concept). 

As claim 20, Schaefer further discloses the command information store comprising a 
section name, the section name corresponding to information stored in the map 
information store, the command information store further comprising an action (fig. 13). 



As claim 21, Schaefer further discloses the command information store storing 
information associated with at least one of a function key and a control key simulation 
(fig. 13). 
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As claim 22, Schaefer discloses a method of automating user interface (fig. 2, label 210, 
220 and 230) comprising: receiving mapping information from a map information store 
(par [0041], lines 5-8); receiving command information from a command information 
store (par [0041], lines 8-14); performing simulated user interface (par [0038], lines 1-3 
and 5-8; par [0041]; par [0051]; par [0054]-[0055]; par [0071]), based at least in part, 
upon information stored in the map information store (par [0041], lines 1-3; par [0043]; 
par [0045]) and the command information store (par [0041], lines 8-14; par [0043]; par 
[0045]). Schaefer does not specifically mention retrieving global information from a 
global information store; modifying the user interface automation without recompilation 
of executables by storing data, commands and executables separately. However in the 
same field of endeavor Dewhurst teaches retrieving global information from a global 
information store; modifying the user interface automation without recompilation of 
executables by storing data, commands and executables separately (column 4, lines 
33-65 and figure 5; wherein depicted are plurality of users accessing information from a 
remote location "server", wherein information is a global information store where 
connected users can replace variables in the global information store. The replacement 
information is updated for other connected users from other single locations (clients). Of 
course it would have been obvious to one of ordinary skill in the art at the time of the 
invention to include Dewhurst's detailed view of global sharing into Schaefer broad view 
of global sharing, this is true because Dewhurst and Schaefer both teach systems and 
methods of automation of software presented to the user using a repository connected 
to a client. 
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As claim 24, Schaefer further discloses a computer readable medium (par [0045], lines 
1-2) having stored thereon computer executable instructions for carrying out the, 
method of claim 22 (par [0040], lines 1-5). 

As claim 25, Schaefer discloses a method of automating user interface (fig. 2, label 210, 
220 and 230) comprising: retrieving mapping information from a map file (par [0041], 
lines 5-8); retrieving command information from a command file (par [0041], lines 8-14); 
obtaining a section name from the command file (fig. 8c, label 825c; par [0081], lines 6- 
9); retrieving page identification information from the map file associated with the 
section name (fig. 8c, label 820c; par [0081], lines 6-9; fig. 8b, label 890b and 810a); par 
[0079], lines 1-13); retrieving section data for section associated with the section name 
from the command file (fig. 10); and, performing an action associated with the retrieved 
section data (fig. 11). Schaefer does not specifically mention retrieving global 
information from a global information store; modifying the user interface automation 
without recompilation of executables by storing data, commands and executables 
separately. However in the same field of endeavor Dewhurst teaches retrieving global 
information from a global information store; modifying the user interface automation 
without recompilation of executables by storing data, commands and executables 
separately (column 4, lines 33-65 and figure 5; wherein depicted are plurality of users 
accessing information from a remote location "server", wherein information is a global 
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information store where connected users can replace variables in the global information 
store. The replacement information is updated for other connected users from other 
single locations (clients). Of course it would have been obvious to one of ordinary skill in 
the art at the time of the invention to include Dewhurst's detailed view of global sharing 
into Schaefer broad view of global sharing, this is true because Dewhurst and Schaefer 
both teach systems and methods of automation of software presented to the user using 
a repository connected to a client. 



As claim 27, Schaefer further discloses a computer readable medium (par [0045], lines 
1-2) having stored thereon computer executable instructions for carrying out the method 
of claim 25 (par [0040], lines 1-5). 

As claim 28; Schaefer discloses a user interface automation system (fig. 2, label 210, 
220 and 230) comprising: an input component that receives a request (par [0037], lines 
6-8); and, a navigation component that receives the request from the input component 
(par [0037], lines 3-6) and facilitates simulated user interface associated with an 
automation component (par [0038], lines 1-3 and 5-8; par [0041]; par [0051]; par [0054]- 
[0055]; par [0071]), based at least in part, upon information stored in a map information 
store (par [0041], lines 1-3; par [0043]; par [0045]) and information stored in a command 
information store (par [0041], lines 8-14; par [0043]; par [0045]). Schaefer does not 
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expressly teach the navigation component further employs a global information store 
and facilitates a global variable replacement from a single location and sharing of a 
common program flow among a plurality of users in great detail. Schaefer teaches that 
their system takes the navigation component along with other components and relevant 
information is stored on secondary storage. Secondary storage as known in the art is 
commonly placed outside of a local computing area (remote server, "physically not 
connected to the computer running content on primary storage). It is also commonly 
well known that secondary storage can be locally as well. Schaefer does not distinguish 
between the two possibilities (paragraph 43 and 45). However Schaefer makes mention 
of a network interface module 150 which is used in the system and is defined as "may 
include hardware ("secondary storage" could be expressed by this) and software for 
sending and receiving data over a network, and may be user, for example, in testing a 
software program that has a client/ server architecture". Of course it would have been 
obvious to one of ordinary skill in the art at the time of the invention was made to 
recognize that secondary storage is used for the storage of the navigation component 
which is globally shared among a plurality of users in a client/server architecture as 
suggested by Schaefer (paragraph 43,45-46). For further evidence for one of ordinary 
skill in the art, Schaefer does not expressly teach the navigation component further 
employs a global information store and facilitates a global variable replacement from a 
single location and sharing of a common program flow among a plurality of users in 
complete details without one of ordinary skill in the art to obviously make the 
connection. However in the same field of endeavor Dewhurst teaches the navigation 
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component further employs a global information store and facilitates a global variable 
replacement from a single location and sharing of a common program flow among a 
plurality of users (column 4, lines 33-65 and figure 5; wherein depicted are plurality of 
users accessing information from a remote location "server", wherein information is a 
global information store where connected users can replace variables in the global 
information store. The replacement information is updated for other connected users 
from other single locations (clients). Of course it would have been obvious to one of 
ordinary skill in the art at the time of the invention to include Dewhurst's detailed view of 
global sharing into Schaefer broad view of global sharing, this is true because Dewhurst 
and Schaefer both teach systems and methods of automation of software presented to 
the user using a repository connected to a client. 

As claim 3, Schaefer further discloses the map information store comprises a text- 
based file (par [0048]), lines 11-14). 



As claim 29, Schaefer discloses a user interface automation system (fig. 2, label 210, 
220 and 230) comprising: means for receiving a request (par [0037], lines 6-8); 
and, means for simulating user interface associated with an automation component (par 
[0038], lines 1-3 and 5-8; par [0041]; par [0051]; par [0054]-[0055]; par [0071]), based at 
least in part, upon information stored in a map information store (par [0041], lines 1-3; 
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par [0043]; par [0045]) and information stored in a command information store (par 
[0041], lines 8-14) the means for simulating receiving the request from the means for 
receiving (par [0037], lines 3-6). Schaefer does not expressly teach the navigation 
component further employs a global information store and facilitates a global variable 
replacement from a single location and sharing of a common program flow among a 
plurality of users in great detail. Schaefer teaches that their system takes the navigation 
component along with other components and relevant information is stored on 
secondary storage. Secondary storage as known in the art is commonly placed outside 
of a local computing area (remote server, "physically not connected to the computer 
running content on primary storage). It is also commonly well known that secondary 
storage can be locally as well. Schaefer does not distinguish between the two 
possibilities (paragraph 43 and 45). However Schaefer makes mention of a network 
interface module 150 which is used in the system and is defined as "may include 
hardware ("secondary storage" could be expressed by this) and software for sending 
and receiving data over a network, and may be user, for example, in testing a software 
program that has a client/ server architecture". Of course it would have been obvious to 
one of ordinary skill in the art at the time of the invention was made to recognize that 
secondary storage is used for the storage of the navigation component which is globally 
shared among a plurality of users in a client/server architecture as suggested by 
Schaefer (paragraph 43,45-46). For further evidence for one of ordinary skill in the art, 
Schaefer does not expressly teach a means for sharing a common program flow among 
a plurality of users based, at least in part, upon replacing a global variable in the 
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command information store with corresponding data from a global information store in 
complete details without one of ordinary skill in the art to obviously make the 
connection. However in the same field of endeavor Dewhurst teaches means for 
sharing a common program flow among a plurality of users based, at least in part, upon 
replacing a global variable in the command information store with corresponding data 
from a global information store (column 4, lines 33-65 and figure 5; wherein depicted 
are plurality of users accessing information from a remote location "server", wherein 
information is a global information store where connected users can replace variables in 
the global information store. The replacement information is updated for other 
connected users from other single locations (clients). Of course it would have been 
obvious to one of ordinary skill in the art at the time of the invention to include 
Dewhurst's detailed view of global sharing into Schaefer broad view of global sharing, 
this is true because Dewhurst and Schaefer both teach systems and methods of 
automation of software presented to the user using a repository connected to a client. 

As claim 33, Schaefer does not specifically disclose the configuration information store/ 
data and commands associated with program flow are stored in a text-based file. 
However, Schaefer discloses a text-based file (par [0047], that HTML is a text based 
file; par [0048]), lines 11-14). Therefore, it would have been obvious to one of ordinary 
skill in the art at the time the invention to use a text-based file for the command 
information store in order to store and organize information about a window and objects 
on the window, such as text fields, boxes, buttons, menus, etc., and making it easy to 
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edit using available software programs installed with most operating systems (e.g., text 
editing program). 

4. Claim 2 is rejected under 35 U.S.C. 103(a) as being unpatentable over Schaefer in 
view of Dewhurst in further view of Minard (US Patent 6,247,020). 

As claim 2, Schaefer does not teach the automation component is a wizard. However, 
Minard teaches the automation component is a wizard (fig. 4A; col. 3, lines 27-31; col. 
6, the image showing the wizard menu along with the description of functions; col. 8, 
lines 41-51) Therefore, it would have been obvious to one of ordinary skill in the art at 
the time the invention was made to modify Schaefer by using a wizard as the 
automation component as taught by Minard in order to improve the user interface that 
simplifies the job by removing numerous windows and consolidating all the functions 
into one unified window for the user interface with to design, edit and debug allowing the 
user to activate by the push of a button (Minard: col. 3, lines 20-33). 

5. Claims 12-13, 23 and 26 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Schaefer in view of Dewhurst in further view of Zimniewiez et al. (US Patent 
6,744,450), hereinafter "Zimniewiez" 
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As claim 12, Schaefer does not teach the input component performs input validation 
upon the request and provides error information if the request is invalid. Schaefer does 
teach the basic principle and concept (par. [01 10], that by when test data is to be 
entered into a text field, test engine component 170 may call an insert_text function. 
Software controller component 173 may transmit an appropriate instruction to the 
software program 185 to input the data into the object and may return the result of the 
processing of the instruction by the software program 185 to test engine component 
170). However, Zimniewiez teaches the input component performs input validation upon 
the request (col. 9, lines 36-38) and provides error information if the request is invalid 
(col. 8, lines 13-17). Therefore, it would have been obvious to one of ordinary skill in the 
art at the time the invention was made to modify Schaefer by performing input validation 
in the input component upon the request and provides error information if the request is 
invalid as taught by Zimniewiez in order to order to provide the user with an indication 
the process is invalid and provides the user immediate feedback to initiate 
troubleshooting the cause of the invalid function/command (col. 8, lines 43-46). 



As claim 13, Schaefer does not teach a graphical message is displayed to a user of the 
system, the graphical message being based, at least in part, upon the error information 
from the input component. However, Zimniewiez teaches a graphical message is 
displayed to a user of the system, the graphical message being based, at least in part, 
upon the error information from the input component (col. 7, lines 22-24). Therefore, it 
would have been obvious to one of ordinary skill in the art at the time the invention was 
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made to modify Schaefer by displaying a graphical message to the user of the system, 
the graphical message being based, at least in part, upon the error information from the 
input component as taught by Zimniewiez in Order to provide the user with an indication 
the process is invalid and provides the user immediate feedback to initiate troubleshot 
the cause of the invalid function (Zimniewiez; col. 10, lines 11-15). 

As claim 23, Schaefer does not teach storing information in a log information store, if an 
error is detected performing the simulated user interface. However, Zimniewiez teaches 
storing information in a log information store (col. 11, lines 52-56), if an error is detected 
performing the simulated user interface (fig. 4a, label 124 and 136; col. 7, lines 19-21; 
col. 8, lines 59-60). Therefore, it would have been obvious to one of ordinary skill in the 
art at the time the invention was made to modify Schaefer by storing information in a log 
information store, if an error is detected performing the simulated user interface as 
taught by Zimniewiez in order to provide the user with an indication the process is 
invalid and provides the user immediate feedback to initiate troubleshot the cause of the 
invalid function (Zimniewiez; col. 10, lines 11-15). 

As claim 26, Schaefer does not teach storing information in a log file, if an error is 
detected performing the action. However, Zimniewiez teaches storing information in a 
log file (col. 1 1 , lines 52-56), if an error is detected performing the action (fig. 4a, label 
124 and 136; col. 7, lines 19-21; col. 8, lines 59-60). Therefore, it would have been 
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obvious to one of ordinary skill in the art at the time the invention was made to modify 
Schaefer by storing information in a log file, if an error is detected performing the action 
as taught by 7imniewiez in order to provide the user with an indication the process is 
invalid and provides the user immediate feedback to initiate troubleshot the cause of 
the invalid function (Zimniewiez; col. 10, lines 11-15). 



(NOtei) It is noted that any citation to specific, pages, columns, lines, or figures in the prior art references and 

any interpretation of the references should not be considered to be limiting in any way. A reference is relevant for all it 
contains and may be relied upon for all that it would have reasonably suggested to one having ordinary skill in the art. In 
re Heck, 699 F.2d 1331, 1332-33, 216 USPQ 1038, 1039 (Fed. Cir. 1983) (quoting In re Lemelson, 397 F.2d 1006,1009, 158 

USPQ 275, 277 (CCPA 1968)). 

Response to Arguments 

Applicant's arguments with respect to claims 1-4,6-30 & 33 have been 
considered but are moot in view of the new ground(s) of rejection. 



Conclusion 

The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. Prior art cited is related to automated navigation for graphical 
user interfaces. 
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Inquires 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Nicholas Augustine whose telephone number is 571- 
270-1056. The examiner can normally be reached on Monday - Friday: 7:30- 5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Weilun Lo can be reached on 571-272-4847. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-91 99 (IN USA OR CANADA) or 571-272-1 000. 

Nicholas Augustine / 
Examiner / 
AU:2179 / 
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